Billig UKA

Hva vi må gjøre med Billig i forhold til UKA.

Kravspesifikasjon

Endelig kravspesifikasjon for billigUKA er ikke spikret, men forslag diskuteres (/modifiseres) her

Generelt

Fotskatt (Ekstra felt i db, logikk i klienten)
Støtte for organisasjon (I kombinasjon med eksternal_id gir det unikhet)
Type arrangement for raskere salg i sortert grensesnitt
Muligheter for å se egne ordre i en profil med mulighet for å skrive ut billetter på nytt. (Bør kreve autentisering ved siste 4 siffer på kredittkort)

Reservasjon skal bare være mulig på revy. Reservasjon gjøres ved at adminbrukere i billig kan legge inn ordrer direkte i databasen og velge hvilke seter ordren skal få. Deretter settes ut utløpsdato for når ordren må være betalt. Dersom det sendes faktura skal man kunne sette ordren som betalt. Ellers betales ordren på vanlig måte (paynet) via et eget grensesnitt på uka.no: Her er det også mulig å se status på reserverte ordre. Dersom kunden ønsker å gjøre endringer må dette gå via en adminbruker i billettgjengen. Billetter til bedrifter sendes ikke ut på forhånd, men hentes på Samfundet. Dette gjør at det kan gjøres endringer på seteplassering inntil billettene hentes.

Eget grensesnitt for å velge plasser på et salkart.
Ordre opprettes etter valgt gjort i salkartet.
På ordren settes en utløpsdato.
Når en ordre er lagt inn kan det sendes bekreftelsesepost til kunden. Her sendes det med en link til et eget grensesnitt på uka.no hvor kunden kan gå inn og se på ordren, skrive ut faktura eller betale direkte.
Når faktura mottas kan ordren settes som betalt. (Ny bekreftelsesepost eller bare mulighet for å se status i grenesnittet?)
Ordren kan endres i etterkant ved å legge til eller fjerne seter.
Mulighet for å splitte en ordre? (Er det nok å tilby mulighet for å splitte faktura?)
En ordre som er betalt kan i utgangspunktet ikke endres?
Funksjonalitet for å 'stjele' seter fra andre ordrer for å løse CEO-syndromet løses med SQL når problemet oppstår. (Dette må være billetter som ikke er printet.)

Utvidelse for kasseoppgjør

UKA ønsker mye større kontroll over salg og oppgjør. Det er ønskelig at man må åpne en kasse før man begynner å selge og at alle salg registreres slik at kassen kan gjøres opp ved endt salg. Et salg må kunne åpnes før midnatt én dag og lukkes dagen etter (jamfør problematikk med billettservice). I tillegg vil man ha detaljlogg for å kunne sjekke opp særtilfeller.

Ved valg av printer må man også definere et oppgjør som har kasseid og navn på selger.
Alle transaksjoner (salg, refundering, omgjøring) skal loggføres på oppgjøret.
Et oppgjør skal kunne lukkes og totalsum hentes ut (printes på en billett?). Litt kontroll ved at kassenummer må dobbelsjekkes.

Utvidelser for revybilletter

Støtte det revybilletter er den største utfordringen for Billig med tanke på UKA. Alle plassene må nummereres og tilegnes en prisegruppe. Billetter skal bestilles på nettet hvor man kan få mulighet til å se hvilke plasser man har fått og godta eventuelt be om andre plasser (?).

Salkart over storsalen må legges inn i grensesnittet til billig (hardkodes?).
Databasen må støtte teater, seat og event_seat. Hvilken teater som brukes hardkodes i grensesnittet siden vi bare har en layout i storsalen.
Admingrensesnitt for tilordne seter til ordrer (full kontroll).
Algoritme for å finne 'beste' plasser basert på kvadrant slik at billettselger slipper mase om "kan ikke jeg få den og den plassen" (Mulig dette kuttes).
Mulighet for å printe sete på billett.
Rydding av reserverte seter som ikke blir kjøpt. (cronjobb)

Dørklient

(Forslag: Sentral klient med flere håndholdt enheter gjør at synking av brukte billetter kan gjøres med lengre intervaller)

(Innslipp i teltet krever kroppsvisitering så skalering er antagelig ikke noe problem)

(Vi kan bruke klientene vi har i dag dersom samarbeidet med Accenture ikke går i orden, eventuelt egen kø for RFID)

Nytt selgergrensesnitt for å kjapt og enkelt håndtere veldig mange arrangementer på en gang.
Grensesnitt for all håndtering av revybilletter herunder reservasjoner.
Utvide til muligheter for kasseoppgjør.
All annen kode som endrer databasen uten å gå vi lagrede prosedyrer.

UKA

Utlisting av konserter med mulighet for salg. Eventuelle tilleggsattributter som ikke ligger i billig i dag. (Ingress og brødtekst for bruk på uka.no ved presentasjon av konsert ++)
billett.uka.no med profiler (login-ting) hvis man veldig gjerne vil.
revy.uka.no - salg av Revybilletter med salkart á la kinematografen.
reservasjon.uka.no - Visning av reserverte ordre (revy) med tilhørende muligheter for faktura eller betaling direkte.
System for å håndtere reservasjonsønsker og sortering av disse etter poeng (low-tech eller high-tech)
All annen kode på uka.no

Hensyn (/avveininger)

UKA har litt andre behov enn Samfundet. Disse bør identifiseres (her).

Til avklaring

Hvordan ser ting ut med tanke på RFID?

RFID

Vi vil helst ha én RFIDbrikke én billett (mye trøbbel med medlemskort på Samfundet)
Kan gjøres ved å lagre strekkoden i brikka (dersom vi kan programmere brikka under printing)
Én billett én brikke kan gjøres (nesten) uten endringer av billig
Bruk av RFID vil kreve at vi setter ut (flere) billettautomater for å dekke behov for tilgjengelighet. (Det må også være en automat alle steder man slipper inn folk, slik kino'en har)

Lenker: Start, billig